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Abstract  The  dynamics  of  a  loop-free  path-finding  algorithm  (LPA) 
based  on  predecessor  information  and  a  single-hop  intemodal  synchro¬ 
nization  mechanism  is  investigated.  LPA  is  compared  with  a  loop- 
free  algorithm  based  on  diffusing  computations,  DUAL,  and  an  ideal 
link-state  (ILS)  algorithm  based  on  topology  broadcast.  Comparisons 
include  the  dynamic  response  of  the  algorithms  to  a  single  and  mul¬ 
tiple  link-cost  changes  as  well  as  single  link  and  router  failures  and 
recoveries.  The  results  show  that  LPA  requires  a  significantly  smaller 
number  of  messages  than  ILS  and  DUAL  to  update  routing  tables  when 
multiple  changes  in  link  costs  occur.  LPA’s  performance  is  always  sig¬ 
nificantly  better  than  DUAL’S  and  significantly  better  than  ILS’s  after 
node  failures  and  resource  additions  (in  some  instances,  ILS  requires 
almost  four  times  as  many  messages).  After  a  link  failure,  LPA  requires 
approximately  the  same  time  to  converge  as  ILS  and  at  most  twice  as 
many  messages. 


I.  INTRODUCTION 

The  shortest-path  algorithms  used  in  computer  networks  today,  can 
be  classified  as  distance-vector  or  link-state  algorithms.  Many  of  these 
distance-vector  routing  protocols  are  based  on  the  distributed  Bellman- 
Ford  algorithm  (DBF)  for  shortest-path  computation  [2],  In  order  to 
overcome  the  countin g-to-infinity  problem  and  bouncing  effect  of  DBF, 
several  shortest-path  algorithms  [1],  [9],  [10],  [12]  have  been  proposed. 
These  algorithms,  known  as  path-finding  algorithms  utilize  information 
regarding  the  distance  and  the  second-to-last  hop  (predecessor)  of  the 
shortest  path  to  each  destination.  Although  these  algorithms  provide  a 
marked  improvement  in  performance  over  DBF,  they  do  not  eliminate 
the  possibility  of  temporary  loops.  The  loop-free  algorithms  reported 
to  date  rely  on  mechanisms  that  require  routers  to  either  synchronize 
along  multiple  hops  [5],  [3],  [11],  or  exchange  path  information  that 
can  include  all  the  routers  in  the  path  from  source  to  destination  [7]. 
We  have  presented  and  verified  elsewhere  [8]  the  first  path-finding 
algorithm  that  is  loop-free  at  every  instant,  which  we  call  the  loop- 
free  path-finding  algorithm  (LPA).  This  paper  provides  further  insight 
into  LPA  by  analyzing  its  dynamic  behavior.  We  compare  LPA  with 
DUAL  [5]  and  an  ideal  link-state  algorithm  (ILS). 

Like  previous  path-finding  algorithms,  LPA  eliminates  the  counting- 
to-infinity  problem  of  DBF  using  the  predecessor  information.  Since 
each  router  reports  to  its  neighbors  the  predecessor  to  each  destination, 
any  router  can  traverse  the  path  specified  by  a  predecessor  from  any 
destination  back  to  a  neighbor  router  to  determine  if  using  that  neighbor 
as  its  successor  would  create  a  path  that  contains  a  loop  (i.e.,  involves 
the  router  itself).  To  block  a  potential  temporary  loop,  a  router  sends 
a  query  to  all  its  neighboring  routers  reporting  an  infinite  distance  to 
a  destination  before  it  changes  its  routing  table;  the  router  is  free  to 
choose  a  new  successor  only  when  it  receives  all  the  replies  from  its 
neighbors  in  response  to  its  synchronization  queries.  To  reduce  the 
communication  overhead  incurred  with  the  interneighbor  coordination 
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mechanism,  routers  use  a  feasibility  condition  to  limit  the  number  of 
times  queries  will  be  exchanged  among  neighbors.  In  contrast  to  many 
prior  loop-free  routing  algorithms  [5],  [3],  [11],  queries  propagate  only 
one  hop  in  LPA.  Furthermore,  updates  and  routing-table  entries  in  LPA 
require  a  single  node  identifier  as  path  information  rather  than  a  variable 
number  of  node  identifiers  as  in  previous  algorithms  [7].  The  results 
show  that  LPA  performs  better  for  single  and  multiple  changes.  LPA’s 
performance  is  always  significantly  better  than  DUAL’S. 

Section  II  gives  a  brief  description  of  LPA  with  an  example.  Sec¬ 
tions  III  and  IV  describe  the  design  of  the  simulator  and  the  instrumen¬ 
tation  we  do  to  analyze  the  routing  algorithm  respectively.  In  Section  V, 
we  discuss  the  dynamic  behavior  of  LPA  and  compare  its  performance 
with  that  of  DUAL  and  ILS,  an  ideal  link-state  algorithm. 


II.  LPA  DESCRIPTION 

LPA  is  built  on  two  basic  mechanisms:  using  predecessor  informa¬ 
tion  to  eliminate  counting-to-infinity  problem  and  blocking  temporary 
routing  loops  using  an  inter-neighbor  synchronization  mechanism  sim¬ 
ilar  to  the  one  proposed  in  [6], 

Each  router  maintains  a  distance  table,  a  routing  table  and  a  link- 
cost  table.  The  distance  table  at  each  router  i  maintains  the  distance 
and  the  predecessor  information  to  each  destination  j  through  each  of 
its  neighboring  nodes.  The  routing  table  contains  information  about 
the  shortest-path  to  destination  j,  predecessor  and  successor  to  j  along 
the  shortest  path.  A  tag  entry  for  destination  j  (tag’ )  specifies  whether 
the  entry  corresponds  to  a  simple  path,  a  loop  or  a  destination  that  has 
not  been  marked  (correct,  error  and  null  respectively).  The  link-cost 
table  lists  the  cost  of  each  link. 

Using  the  predecessor  information,  each  router  can  infer  if  the  path 
corresponding  to  a  distance-table  or  a  routing-table  entry  includes  the 
router  itself.  This  feature  eliminates  the  counting-to-infinity  problem 
of  DBF.  Furthermore,  temporary  loops  can  be  detected  by  each  router 
within  a  finite  time.  This  depends  on  the  speed  with  which  correct  pre¬ 
decessor  information  reaches  the  router  and  not  on  its  distance  (number 
of  hops).  When  a  router  determines  that  a  loop  may  be  formed  if 
it  changes  its  current  successor  to  a  given  destination,  it  blocks  such 
a  loop  by  reporting  an  infinite  distance  for  that  destination  to  all  its 
neighbors  by  sending  a  query  and  waits  till  it  receives  reply  from  its 
neighbors  about  the  path  (distance  and  predecessor)  information  before 
changing  its  current  successor.  In  order  to  reduce  the  overhead  involved 
in  sending  a  query  every  time  a  node  wants  to  change  its  successor,  the 
following  feasibility  condition  is  introduced. 

Feasibility  Condition  (FC):  If  at  time  t  router  i  needs  to  update  its 
current  successor,  it  can  choose  as  its  new  successor  sj(t)  any  router 
n  G  Ni  ( t )  such  that  i  is  not  present  in  the  implicit  path  to  j  reported  by 
neighbor n, Djn(t)+din{t)  =  Dmin{i)  =  Min{DjX(t)-\-dix(t)\x  G 
Nt(t)}  and  D’n(t)  <  FD’fft).  If  no  such  neighbor  exists  and  D’(t)  < 
oo,  router  i  must  keep  its  current  successor.  If  Dmtn(t)  =  oo  then 
s’j  (t)  =  null. 
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Before  sending  a  query,  a  router  compares  the  distances  reported  by 
its  neighbors  against  its  feasible  distance.  A  feasible  distance  (FD)  is 
defined  as  the  smallest  distance  achieved  by  the  router’s  own  distance 
since  the  last  query  sent  by  the  router.  A  router  sends  a  query,  thus 
blocking  a  potential  loop  when  none  of  its  neighbors  reports  a  distance 
smaller  than  the  router’s  own  feasible  distance.  This  feature  accounts 
for  the  low  overhead  incurred  in  LPA  to  accomplish  loop-free  paths  at 
every  instant.  LPA  uses  a  tagging  mechanism  to  ensure  that  it  updates 
only  those  routing  table  entries  which  are  affected  by  the  input  event. 

The  updating  of  the  routing  table  for  a  given  destination  depends 
on  whether  the  router  is  active  or  passive  for  that  destination.  A  router 
is  passive  if  it  has  a  feasible  successor.  An  active  router  cannot  send 
an  update  regarding  the  destination;  this  is  because  an  update  during 
active  state  would  have  to  report  an  infinite  distance  to  ensure  that 
the  inter-neighbor  synchronization  mechanism  used  in  LPA  provides 
loop-freedom  at  every  instant.  LPA  is  verified  to  be  correct  in  [8]. 

Figure  1  illustrates  LPA’s  operation.  In  this  network,  links  and  nodes 
have  the  same  processing  time  or  propagation  delays;  the  operation  of 
the  algorithm  is  discussed  for  the  case  when  a  link  goes  down.  The 
number  adjacent  to  the  link  indicates  the  cost  of  the  link.  The  arrowhead 
from  node  x  to  node  y  indicates  that  node  y  is  the  successor  of  node  x 
towards  destination  j  (i.e.,  s]  =  y).  The  label  in  parenthesis  assigned 
to  node  x  indicates  the  current  distance  (Uj  )  and  the  feasible  distance 
from  x  to  j  (FD]  )  respectively. 

In  Figure  1,  the  current  path  from  node  i  to  j  is  through  node  d. 
Assume  that  link  ( i ,  d)  fails.  Node  i  uses  FC  to  decide  whether  it  has 
a  feasible  successor  or  not.  Applying  FC,  node  i  determines  that  node 
a  is  a  feasible  successor,  because  it  reported  a  distance  Df=  4  and  that 
distance  plus  the  cost  of  the  link  ( i ,  a)  (i.e.,  DJ  +  Va)  equals  6,  which 
is  the  minimum  distance  that  node  i  can  achieve  through  any  of  its 
remaining  neighbors  (nodes  a,  b  and  k).  If  link  (i,  a)  did  not  exist, 
i.e.,  if  node  a  were  not  node  i’s  neighbor,  node  i  would  have  to  send 
a  query  to  all  its  remaining  neighbors,  because  none  of  them  satisfies 
FC.  Node  k  has  reported  a  distance  Df  =  2  <  F D]  =  6;  however 
D f  +  1^=12  is  larger  than  the  minimum  distance  node  i  can  achieve, 
which  is  9  through  node  b.  On  the  other  hand,  node  b  does  not  satisfy 
FC  because  it  has  reported  a  distance  D =  7  >  FC]  =  6. 


the  message  to  the  link  itself.  The  link  propagation  time  is  an  input 
parameter,  although  all  runs  were  made  with  unit  propagation  time.  If 
a  link  fails,  packets  in  transit  are  dropped. 

For  routing  algorithm  simulations  in  our  study,  a  router  receives  a 
packet  and  responds  by  running  a  routing  algorithm,  then  queueing  any 
outgoing  updates,  and  finally  by  waiting  for  some  processing  time.  If 
any  incoming  packets  arrive  before  the  processing  time  expires,  the 
routing  algorithm  is  run  again  and  any  newly  generated  packets  are 
queued.  Once  the  processing  time  for  all  events  has  expired,  redundant 
updates  are  removed  (algorithm  dependent)  and  the  message  queues 
are  sent  over  the  links.  In  the  runs  actually  made,  processing  time 
was  set  to  zero.  This  assumption  was  made  as  the  procedures  used 
for  each  event  are  very  simple.  The  link  propagation  time  was  set  to 
unit  time.  Drama ’s  internal  mechanisms  (FCFS )  ensure  that  all  updates 
due  to  arrive  at  the  current  simulation  time  were  processed  before  any 
new  updates  were  generated.  The  advantage  of  this  approach  is  that 
simulation  puts  multiple  updates  in  the  same  packet.  Therefore,  the 
number  of  packets  becomes  a  more  critical  measure  of  performance 
than  the  number  of  bits  actually  transmitted.  The  number  of  packets 
in  the  simulation  is  therefore  a  lower  bound  on  the  number  that  would 
actually  be  sent  because  of  the  possibility  of  packet  fragmentation.  In 
the  simulation  runs  under  study,  the  packet  lengths  are  short  so  that,  on 
an  average,  the  fragmentation  is  not  significant. 

Three  distributed  shortest-path  routing  algorithms.  Loop-free 
path-finding  algorithm  (LPA)  [8],  the  Diffusing  Update  Algorithm 
(DUAL)  [5]  and  an  Ideal  Link-State  Algorithm  (ILS)  which  uses  Dijk- 
stra’s  shortest-path  algorithm  at  each  node,  were  studied.  In  all  cases, 
the  algorithms  produced  a  routing  table  giving  a  successor  for  each 
destination.  The  successor  is  either  a  neighboring  node  or  null.  A  null 
successor  entry  indicates  that  a  node  does  not  have  a  path  which  sat¬ 
isfies  FC  to  a  given  destination.  We  ensure  that  all  redundant  updates 
were  removed  in  the  algorithms  simulated. 


IV.  INSTRUMENTATION 

The  simulation  has  been  instrumented  in  two  ways.  A  set  of  counters 
that  can  be  reset  at  various  points  are  maintained.  These  counters 
determine  statistics  such  as  the  total  number  of  times  all  the  nodes  in 
the  simulation  responds  to  a  packet  and  the  total  number  of  messages 
sent.  When  the  event  queue  empties  indicating  that  the  algorithm  has 
converged,  the  counter  values  are  noted.  Some  counters  are  associated 
with  individual  nodes  and  links  in  the  simulation  whereas  others  are 
associated  with  all  nodes  and  links. 

The  simulation  also  gathers  information  after  each  event  has  been 
processed.  In  particular,  a  copy  of  the  routing  table  is  analyzed  at 
each  step  of  the  simulation  thereby  allowing  the  characterization  of  the 
routes  each  algorithm  has  produced  while  the  algorithm  is  still  running. 
Each  copy  of  the  routing  table  was  generated  just  before  a  node’s  script 
returned.  For  each  algorithm,  the  routing  table  of  each  router  is  also 
analyzed  at  each  step  of  the  simulation  for  characterizing  the  routes 
produced  while  the  algorithm  was  running. 


III.  SIMULATION  DESIGN 

We  have  developed  simulations  using  an  actor-based,  discrete-event 
simulation  language  called  Drama  [13],  together  with  a  network  sim¬ 
ulation  library.  Link  failures  and  recoveries  are  handled  by  sending  a 
link-status  message  to  the  routers  at  the  end  points  of  the  appropriate 
link.  In  the  link  models  used  in  the  simulation,  each  link  responds  to 
a  packet  by  encapsulating  the  packet  in  another  message  and  sending 


To  obtain  the  average  figures,  each  link  (router)  in  the  network  is 
made  to  fail,  and  the  number  of  steps  and  messages  needed  for  each 
algorithm  to  converge  is  counted.  Then  the  same  link  (router)  is  made 
to  recover  and  the  process  is  repeated.  The  average  is  then  taken 
over  all  link  (router)  failures  and  recoveries.  The  routing  algorithm 
was  allowed  to  converge  after  each  such  change.  In  all  cases,  routers 
were  assumed  to  perform  computations  in  zero  time  and  links  were 
assumed  to  provide  one  time  unit  of  delay.  For  the  failure  and  recovery 
runs,  the  costs  were  set  to  unity.  Both  the  mean  and  the  standard 


deviation  were  computed  for  each  counter;  the  four  counters  used  are, 
the  number  of  updates  and  changes  in  link  status  processed  by  routers 
(events),  the  number  of  packets  transmitted  over  the  network  (packets), 
time  taken  for  the  algorithm  to  converge  (duration)  and  the  number  of 
operations  performed  by  the  algorithm  (operations).  Several  quantities 
were  measured  as  a  function  of  time  and  an  ensemble  average  over 
link-cost  changes  was  measured  as  a  function  of  the  time  since  the 
change  in  cost.  These  include  the  probability  that  there  is  a  message 
in  transit,  the  average  number  of  packets  and  the  average  number  of 
messages  given  that  at  least  one  message  is  in  transit. 

For  the  routing  algorithms  under  consideration,  there  is  only  one 
shortest  path  between  a  source  and  a  destination  pair  and  we  do  not 
consider  null  paths  from  a  router  to  itself.  That  is,  a  network  with 
N  routers  when  it  is  fully  connected  will  have  N  —  1  paths.  During 
each  run,  data  was  collected  for  a  large  number  of  topology  changes  to 
determine  statistical  distributions.  In  addition,  multiple  runs  were  run 
to  determine  the  statistical  errors. 

V.  SIMULATION  RESULTS 

The  simulations  were  run  on  several  network  topologies  such  as  Los- 
Nettos ,  Nsfnet  and  ARPANET.  We  choose  these  topologies  to  compare 
the  performance  of  routing  algorithms  for  well-known  cases,  given  that 
we  cannot  sample  a  large  enough  number  of  networks  to  make  statisti¬ 
cally  justifiable  statements  about  how  an  algorithm  scales  with  network 
parameters.  In  this  paper,  we  focus  on  the  results  for  ARPANET  topol¬ 
ogy  only. 

For  each  network,  we  generated  test  cases  consisting  of  all  single 
failures  and  recoveries  for  both  routers  and  links  in  which  the  routing 
algorithms  were  allowed  to  converge  after  each  such  change.  We  have 
also  simulated  the  algorithms  for  random  link  cost  changes;  links  were 
chosen  at  random,  with  link  costs  chosen  from  the  interval  (0,1]  and 
with  a  Poisson  distributed  interarrival  time.  For  link  cost  changes,  five 
independent  runs  were  made  and  the  averages  and  standard  deviations 
of  all  quantities  measured  were  determined.  Interarrival  time  between 
the  link-cost  changes  was  varied  to  simulate  multiple  link-cost  changes. 

In  all  cases,  nodes  were  assumed  to  perform  computation  in  zero 
time,  and  links  were  assumed  to  provide  one  time  unit  of  delay.  The 
link  model  allows  link  delay  and  link  cost  to  be  set  independently.  Each 
unit  of  time  therefore  represents  a  step  in  which  all  currently  available 
packets  are  processed.  Although  the  choice  of  input  parameters  causes 
the  simulation  to  proceed  synchronously,  the  node  model  treats  each 
incoming  packet  asynchronously.  Each  input  event  is  processed  inde¬ 
pendently  of  other  events  received  during  the  same  simulation  step. 

A.  Total  Response  to  a  Single  Change 

The  performance  of  the  routing  algorithms  for  a  single  resource 
failure  is  presented  in  [8],  The  results  indicate  that  LPA  outperforms 
DUAL  for  a  single  resource  failure.  The  average  performance  of 
LPA  and  DUAL  is  better  than  ILS  after  a  resource  addition  and  LPA’s 
performance  is  comparable  to  ILS  after  a  resource  failure. 

The  response  of  the  algorithms  for  a  single  link-cost  change  is  given 
in  Table  I.  The  table  gives  the  average  value  and  the  standard  deviation 
along  with  the  statistical  error  for  each  link-cost  change.  The  statistical 
errors  were  determined  based  on  repeated  trails.  For  a  single  link-cost 
change,  LPA  is  faster  and  needs  fewer  messages  and  operations  than 
both  DUAL  and  ILS  in  all  topologies.  We  can  conclude  from  these 
results  that  LPA  has  a  better  average  performance  than  ILS  and  DUAL 


after  any  single  link-cost  or  topology  change. 

B.  Dynamic  Response  to  a  Single  Change 

To  study  the  dynamic  behavior  of  the  routing  algorithms,  we  ran 
an  exhaustive  series  of  test  cases  for  all  the  node  and  the  link  failures 
and  recoveries  and  recorded  the  message  related  statistics.  A  statisti¬ 
cal  characterization  of  the  performance  of  the  routing  algorithms  was 
obtained  by  treating  every  node  change  as  a  separate  case  and  by  com¬ 
puting  a  distribution  as  a  function  of  time.  In  this  section,  we  present 
the  results  of  the  dynamic  behavior  of  the  routing  algorithms  for  the 
ARPANET  topology.  In  the  instrumentation,  we  do  not  consider  paths 
from  a  node  to  itself,  because  they  do  not  require  a  network.  In  our 
simulations,  we  have  taken  care  to  handle  these  cases. 

Figures  2-9  show  the  transient  response  of  the  routing  algorithms 
(probability  of  packets  in  transit  and  the  average  number  of  messages 
that  are  exchanged)  after  a  link  failure,  link  recovery,  node  failure  and 
node  recovery  respectively.  These  are  shown  as  a  function  of  time. 

The  results  indicate  that  for  a  link  failure,  ILS  performs  better  than 
DUAL  and  LPA  in  terms  of  the  number  of  messages  exchanged.  LPA’s 
average  performance  is  much  better  than  ILS  for  resource  addition  at 
any  time  after  the  change.  The  performance  of  LPA  is  comparable  to 
ILS  after  a  node  failure.  In  all  cases,  LPA  outperforms  DUAL.  The 
probability  of  packets  being  in  transit  for  LPA  after  a  resource  recovery 
is  less  than  ILS  and  DUAL.  The  average  packet  length  for  LPA  after 
a  resource  change  is  much  smaller  than  DUAL.  This  is  because  of 
the  single  hop  interneighbor  coordination  mechanism  and  the  tagging 
mechanism  used  in  LPA. 

C.  Response  to  Multiple  Link-Cost  Changes 

The  steady-state  behavior  of  the  algorithms  is  more  interesting  with 
multiple  link-cost  changes  than  the  transient  response  after  each  topol¬ 
ogy  change.  Figures  10-13  shows  the  average  number  of  update  mes¬ 
sages  when  such  messages  are  in  transit,  the  average  lengths  of  mes¬ 
sages,  the  average  number  of  messages  in  transit  and  the  probability 
that  the  messages  are  in  transit  as  a  function  of  the  interarrival  times 
between  link-cost  changes  for  LPA,  DUAL  and  ILS.  This  again  is  for 
the  ARPANET  topology.  From  [14],  it  has  been  observed  that  the  be¬ 
havior  of  DUAL  and  ILS  for  multiple  link-cost  changes  is  similar  for 
different  network  topologies;  our  conjecture  is  that  the  same  is  true  for 
LPA. 

For  very  long  interarrival  times,  the  number  of  messages  during  busy 
periods  is  independent  of  the  interarrival  time  because  the  probability  of 
two  topology  changes  occurring  simultaneously  is  small.  In  this  case, 
the  performance  approaches  that  of  single  link-cost  change.  When 
the  interarrival  time  approaches  the  network  diameter,  this  situation 
changes  and  the  number  of  messages  during  the  busy  period  increases 
because  of  multiple  topology  changes  occurring  simultaneously. 

The  average  number  of  messages  exchanged  when  messages  are  in 
transit  is  slightly  less  for  LPA  compared  to  DUAL  and  ILS.  This  again 
is  because  of  the  single-hop  intemodal  synchronization  mechanism  and 
updating  of  the  distance-table  entries,  which  has  been  explained  earlier. 
All  curves  are  of  roughly  the  same  shape.  For  ILS,  the  average  message 
length  is  close  to  1 .  DUAL  and  LPA  have  longer  messages  as  a  message 
can  contain  multiple  updates;  this  occurs  when  messages  from  the 
routers  at  both  ends  of  a  link  that  changes  cost  arrive  at  some  router  at  the 
same  time.  With  the  increase  in  the  interarrival  time  between  changes, 
the  average  number  of  messages  drops  down  as  it  now  approaches 
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Fig.  6.  Probability  of  packets  in  transit  for  Node 
Failure 
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Fig.  12.  Average  Number  of  Messages  in  Transit 
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TABLE  I 

Routing  Algorithm  Response  to  a  Change  in  Link  Cost 


Parameter 

LPA 

mean  |  sdev 

DUAL 

mean  |  sdev 

ILS 

mean  |  sdev 

|  Los-Nettos  Cases  | 

Event  Count 
Packet  Count 
Duration 
Operation  Count 

21.4i  0.47 
12.2i0.15 
3.95i  0.06 
45. 7i  0.23 

35. 6i  2.8 
7.5i  0.41 
1.76i  0.07 
23. li  1.1.7 

34.0i  0.24 
15.45i  0.14 
4.9i0.06 

44. Oi  0.24 

45. 0i  0.54 
18. 6i  0.25 
2.17i  0.07 
52. 9i  0.5 

18. 51  0.05 

17. 51  0.05 
4.06i  0.01 
473.9i  3.08 

18. 51  0.04 

17. 51  0.04 
0.46i  0.03 
475.5i  3.09 

1  NSFNET  Cases  I 

Event  Count 
Packet  Count 
Duration 
Operation  Count 

34.65i  0.83 
14.97i0.15 
4.624i  0.05 
55.323i  0.42 

72.86i  2.7 
14.78i  0.47 
2.45  i  0.05 
42.64i  1.21 

50.971  1.2 
21.8 li  0.54 
5.516i  0.17 

63.971  1.2 

68. 7i  2.5 
27. li  0.82 
2.57i  0.15 
78. 8i  2.35 

28. 51  0.09 

27. 51  0.1 
4.7i  0.02 

1012. 88i  3.9 

28. 51  0.09 

27. 51  0.09 
0.46i  0.01 

1014.5i  3.76 

|  ARPANET  Cases  j 

Event  Count 
Packet  Count 
Duration 
Operation  Count 

247.5i  16.09 
55. 8i  1.86 
7.042i  0.22 
269.7i  8.05 

679.7i  24.6 
66. 8i  3.0 
4.9i  0.09 
359.2i  12.2 

350.09i  15.08 
81. 8i  2.99 
10.84i  0.45 
396.  li  15.1 

501. 4i  22.7 
102.9i  4.9 
4.75i  0.55 
534.6i  22.6 

84. 11  0.23 

83. 11  0.23 
7.74i  0.028 

13613. li  51.0 

84. 61  0.21 

83. 61  0.21 
0.74i  0.022 

13691. 3i  47.4 

towards  a  single  link-cost  change.  The  average  number  of  messages 
that  are  in  transit  and  its  probability  are  significantly  smaller  for  LPA 
compared  to  DUAL  and  ILS.  However,  DUAL  and  ILS  roughly  follow 
the  same  curve.  The  results  clearly  indicate  that  LPA  incurs  smaller 
overhead  traffic  than  either  DUAL  and  ILS  when  multiple  link-cost 
changes  occur. 


VI.  CONCLUSION 

We  have  presented  a  complete  analysis  of  the  dynamic  behavior 
of  a  loop-free  path-finding  algorithm  (LPA)  that  uses  distance  vectors 
with  the  distance  and  the  predecessor  to  each  destination,  and  a  single 
hop  intemodal  synchronization  mechanism  for  achieving  loop  freedom. 
The  dynamic  behavior  of  this  algorithm  is  compared  with  that  of  DUAL 
and  ILS. 

The  statistical  techniques  used  in  our  analysis  provide  a  way  of  char¬ 
acterizing  the  performance  of  various  algorithms,  and  can  be  used  as  a 
basis  for  a  tradeoff  analysis  during  network  design.  The  time  behavior 
of  loop-free  distance  vector  algorithms  shows  that  parameters  such  as 
packet  length  can  change  as  updates  propagate,  thereby  suggesting  the 
possibility  of  heuristics  that  can  exploit  local  conditions.  Our  analysis 
indicates  that  overall,  LPA  has  better  performance  among  the  three 
algorithms  simulated.  LPA’s  performance  is  always  significantly  bet¬ 
ter  than  that  of  DUAL.  LPA  requires  a  significantly  smaller  number 
of  messages  than  ILS  and  DUAL  to  update  routing  table  for  multiple 
link-cost  changes. 
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